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ABSTRACT 


A routing node for translating and re-directing Signaling 
System 7 (SS7) messages associated with ported subscribers 
in a communications network is disclosed. Re-direction or 
re-routing of signaling message packets is accomplished 
without the need for explicit local number portability (LNP) 
type triggers or queries, and as such the routing node of the 
present invention is considered to implement a triggerless 
LNP routing solution. Upon entering the routing node, SS7 
ISDN User Part (IS UP) type signaling messages that require 
LNP translation service are encapsulated in an SS7 Signal- 
ing Connection Control Part (SCCP) message packet and 
internally routed within the switch to an LNP translation 
subsystem. The LNP translation subsystem can be integrated 
within the routing node or a portion of the LNP translation 
subsystem can be located on an external database server 
platform. LNP translation involves the lookup of a called 
party address in an LNP database, and the return of a 
Location Routing Number (LRN). The returned LRN, which 
is representative of the End Office (EO) currently servicing 
the called party, is inserted into the original ISUP message 
and the resulting modified message is then routed from the 
switch. 

47 Claims, 10 Drawing Sheets 
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METHODS AND SYSTEMS FOR ROUTING 
SIGNALING MESSAGES ASSOCIATED 
WITH PORTED SUBSCRIBERS IN A 
COMMUNICATIONS NETWORK 

PRIORITY APPLICATION INFORMATION 

This application claims the benefit of U.S. Provisional 
Patent Application No. 60/127,889, filed Apr. 5, 1999, the 
disclosure of which is incorporated herein by reference in its 
entirety. 

TECHNICAL FIELD 

The present invention relates to the routing of signaling 
messages in a communications network, such as the public 
switched telephone network (PSTN), or a voice over internet 
protocol (VOIP) network. More particularly, the present 
invention relates to methods and systems for routing signal- 
ing messages associated with ported subscribers in commu- 
nications network. 

BACKGROUND ART 

Local number portability (LNP) gives telephone service 
subscribers the ability to change local service providers 
without changing their directory numbers. More specifically, 
the generic term LNP is actually representative of three basic 
number porting scenarios: service provider portability which 
allows subscribers to change local service providers without 
changing their phone number; service portability, which 
allows subscribers to change from one type of service to 
another (e.g., analog to integrated services digital network 
(ISDN) without changing their phone numbers; and geo- 
graphic portability, which allows subscribers to move from 
one physical location to another without changing their 
phone numbers. 

In the current, non-LNP environment, a telephone number 
performs two basic functions: it identifies the customer, and 
it provides the network with information necessary to route 
a call to that customer. Local number portability solutions 
separate these two functions, thereby providing the means 
for customers to keep the same directory number when 
changing local service providers. By separating these two 
functions, LNP gives customers the flexibility to respond to 
pricing and service changes offered by rival carriers. 
Accordingly, it is anticipated that LNP will promote local- 
exchange competition, which in turn will benefit all 
customers, as has already been the case with the long- 
distance market. As LNP solutions are implemented, com- 
petition in the local-exchange market is expected to drive 
down the cost of service, encourage technological 
innovation, stimulate demand for telecommunications 
services, and boost economic growth. 

A number of interim number-portability methods, such as 
remote call forwarding and direct inward dialing exist today. 
However, these methods have several disadvantages: longer 
call set-up times, increased potential for call blocking, 
continued reliance on the incumbent local exchange carrier's 
(LEC's) network, loss of feature functionality, as well as 
substantial on-going costs to the new local service provider. 
Among the more long-term LNP solution approaches cur- 
rently being offered, triggered LNP technology is the most 
relevant to a discussion of the present invention. 

Triggered LNP Solutions 

Triggered LNP solutions, as indicated by the name, 
require that both the "new" and "old" local service providers 
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implement a trigger function in their respective end offices. 
The "old" service provider switch (often referred to as the 
donor switch) administers an LNP trigger on the ported 
subscriber's directory number. When activated, this trigger 

5 causes the end office switch to formulate an LNP query that 
is subsequently launched into the SS7 network. This LNP 
query is ultimately delivered to an LNP database that 
contains information related to service provider associated 
with the dialed number. More particularly, the LNP database 

30 performs a lookup based on a portion of the called party 
dialed digits. A location routing number (LRN) is returned 
by the LNP database which identifies the end office of the 
service provider currently serving the called party. The LRN 
value is then sent back to the end office that originated the 

15 LNP query. Upon receipt of the LRN containing message, 
the originating end office proceeds with call setup and 
teardown operations using the LRN as a destination address 
for all subsequent messages associated with the call. 
Shown in FIG, 1 is an example of a telecommunications 

20 network, generally indicated by the numeral 100, that 
employs a triggered LNP solution similar to that described 
above. Telecommunications network 100 includes an origi- 
nating end office (EO) 110, a recipient terminating EO 112, 
a donor terminating EO 113, a tandem switching office 114, 

2s a signal transfer point (STP) 116, a service control point 
(SCP) based LNP database 118, a calling party 120, and a 
called party 122. In this example, it is assumed that called 
party 122 has had local phone service ported from a service 
provider that owns EO 113 to a service provider that owns 

30 EO 112. Consequently, it is implied that the service respon- 
sibility for called party 122 was transferred from the donor 
EO 113 to the recipient EO 112 at some point in the past. As 
such, EO 112 is now assumed to service called party 122. 
As such, FIG. 1 illustrates a simplified signaling message 

35 flow sequence associated with the setup of a call from 
calling party 120 to called party 122. When calling party 120 
goes off-hook and dials the telephone number associated 
with called party 122, originating EO 110 analyzes the 
dialed digits and recognizes that the dialed number falls 

40 within an exchange that contains ported subscribers. 
Consequently, the originating EO 110 formulates an LNP 
query message Ml and sends this query message to the STP 
116. Those skilled in the art of SS7 telecommunication 
networks will appreciate that such LNP queries and 

45 responses are typically in the form of Transaction Capabili- 
ties Application Part (TCAP) protocol signaling messages. 
As the TCAP protocol is well known and widely employed 
in the communication networks presently contemplated, a 
detailed discussion of the TCAP signaling protocol is not 

50 included herein. 

Returning now to the message flow shown in FIG. 1, LNP 
query message Ml is received by the STP 116 and subse- 
quently routed to the SCP-LNP database node 118 as LNP 
query message M2. The LNP query message M2 is pro- 

55 cessed by SCP-LNP database node 118, and an LNP 
response message M3 is formulated and sent back to STP 
116. It should be appreciated that LNP response message M3 
contains a Location Routing Number (LRN) associated with 
the recipient EO 112, which is the EO currently servicing 

60 Called Party 122. Tandem office 114 is particularly signifi- 
cant from a call setup standpoint, in that a voice trunk 
connection through tandem 114 will ultimately be required 
in order to establish a voice circuit with the terminating EO 
112 that is currently serving the called party 122. LNP 

65 response message M3 is received by the STP 116 and 
subsequently routed to the originating EO 110, as LNP 
response message M4. The originating EO 110 processes the 
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LNP response message M4, and uses the LRN information 
contained therein to formulate and send a call setup message 
M5. Once again, those skilled in the art of SS7 telecommu- 
nication networks will appreciate that such call setup mes- 
sages are typically of ISDN user part (ISUP) format, and as 
the ISUP signaling protocol is well known and widely 
employed in the telecommunications industry, a detailed 
explanation of this protocol is not provided herein. Signaling 
System #7, by Travis Russell, copyright 1998, McGraw-Hill 
Publishing, the disclosure of which is incorporated herein by 
reference in its entirety, provides a detailed explanation of 
TCAP and ISUP signaling protocols. 

Returning to FIG. 1, STP 116 receives message M5 and 
subsequently message transfer part (MTP) routes the mes- 
sage to tandem office 114 as message M6. Tandem office 114 
examines and processes the message and formulates a 
message M7. Message M7 is sent to STP 116, which in turn 
MTP routes the message to terminating EO 112 as message 
M8. Those skilled in the art of telecommunications network 
operations will appreciate that additional call setup and 
teardown messages, not shown in FIG. 1, may be necessary 
to administer a complete a telephone call between the calling 
party 120 and the called party 122. The signaling message 
flow shown in FIG. 1 is intended only to generally illustrate 
a conventional LNP translation process. As these additional 
signaling messages are not particularly relevant to the design 
and operation of the present invention, a detailed discussion 
of call setup and teardown procedures in an SS7 telecom- 
munications network is not provided herein. 

While the approach described above is functionally 
capable of providing network operators with local number 
portability translation service, this approach necessarily 
requires that an originating end office switch have the ability 
to trigger an LNP query and to interpret the subsequent LNP 
response. In practice, this means that an originating end 
office switch must be capable of generating and launching an 
LNP query message into the signaling network. As such, this 
also implies that an originating end office switch has the 
ability to receive and process LNP response messages that 
are generated by service nodes within the signaling network. 

Therefore, what is needed is a novel system and method 
of routing signaling messages to ported subscribers in a 
communications network that is transparent to the originat- 
ing end office and, as such, does not require the originating 
end office signaling facility to directly generate and respond 
to number portability related signaling messages. 

Disclosure of the Invention 

According to one aspect, the present invention includes a 
communications network element that is capable of per- 
forming triggerless routing of signaling messages associated 
with calls to ported subscribers. The triggerless routing node 
includes a communication module capable of transmitting 
and receiving data packets over a network. A stop action 
function processes incoming data packets and subsequently 
directs certain packets to a number portability database 
manager. The number portability database manager facili- 
tates searching of a number portability database based on 
called party information contained within the data packets. 
Routing information returned by the number portability 
database is incorporated into the data packets, and the 
modified data packets are then transmitted into the commu- 
nications network. Because the routing node examines and 
directly modifies call setup type signaling messages, no 
explicit translation service trigger messages arc required. 

Accordingly, it is an object of the present invention to 
provide a triggerless number portability routing node 
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capable of modifying the content of call setup type signaling 
messages associated with calls to ported subscribers, so as to 
include a Location Routing Number associated with the 
ported subscriber. 
5 Some of the objects of the invention having been stated 
hereinabove, other objects will be evident as the description 
proceeds, when taken in connection with the accompanying 
drawings as best described hereinbelow. 

10 BRIEF DESCRIPTION OF THE DRAWINGS 

FIG. 1 is a network diagram illustrating a conventional 
LNP solution and associated signaling message flows. 

FIG. 2 is a schematic diagram of a system architecture 
15 according to a preferred embodiment of a triggerless number 
portability routing node of the present invention. 

FIG. 3 is a schematic diagram of a conventional signal 
transfer point switching node with integral number portabil- 
ity database functionality for use in a triggered number 
20 portability network architecture. 

FIG. 4 is a is a table which illustrates a sample number 
portability database structure and data used in a preferred 
embodiment of a triggerless number portability routing node 
of the present invention. 
25 FIG. 5 is a flow chart illustrating SCCP encapsulation 
related processing of a signaling message according to a 
preferred embodiment of a triggerless number portability 
routing node of the present invention. 

FIG. 6 is a flow chart illustrating SCCP de-capsulation 
30 and number portability translation related processing of a 
signaling message according to a preferred embodiment of 
a triggerless number portability routing node of the present 
invention. 

FIG. 7 is a diagram illustrating an SCCP encapsulated 
ISUP signaling message. 

FIG. 8 is a schematic diagram of a system architecture 
according to another embodiment of a triggerless number 
portability routing node of the present invention. 
40 FIG. 9 is a diagram illustrating a network implementation 
of a triggerless number portability routing node of the 
present invention and signaling message flows associated 
therewith. 

FIG. 10 is a table which illustrates partial content of a 
45 signaling message received and processed by a triggerless 
number portability routing node of the present invention. 

DETAILED DESCRIPTION OF THE 
INVENTION 

50 According to one embodiment of the present invention, a 
triggerless number portability routing node is provided. The 
triggerless number portability routing node is described and 
illustrated herein as a collection of processes and subsystems 
that execute on cards to perform triggerless number port- 

55 ability processing. It is understood that these cards each may 
include one or more general purpose microprocessors and 
memory devices. Accordingly, the processes, databases, 
applications, and subsystems described herein may be 
implemented by computer-executable instructions embodied 

60 in a computer-readable medium. Alternatively, the 
processes, databases, applications, and subsystems 
described herein may be implemented in hardware as 
application-specific integrated circuits (ASICs). Any com- 
bination of hardware, software, or hardware and software for 

65 performing triggerless number portability processing as 
described herein is intended to be within the scope of the 
invention. 
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A preferred system for implementing triggerless number 
portability functions will be explained in the context of a 
number portability routing node. Many of the processes, 
databases, applications, and subsystems that execute within 
the number portability routing node are referred to herein as 5 
local number portability (LNP) processes, databases, 
applications, and subsystems. It is understood that the func- 
tionality implemented by these LNP entities applies to 
number portability in general, including, local number, 
mobile number portability, and any other porting of sub- 10 
scriber numbers. Accordingly, the present invention is not 
intended to be limited to providing only triggerless local 
number portability. 

Shown in FIG. 2 is a schematic diagram of a triggerless 
number portability routing node 300 of the present inven- 15 
tion. In the preferred embodiment shown, triggerless number 
portability routing node 300 employs an internal architecture 
similar to that of high performance STP and signaling 
gateway (SG) products which are marketed by the assignee 
of the present application as the Eagle® STP and IP7 Secure 2 n 
Gateway™, respectively. A block diagram that generally 
illustrates the base internal architecture of the Eagle® STP 
product is shown in FIG. 3. A detailed description of the 
Eagle® STP may be found in the Eagle® Feature Guide 
PN/910-1225-01, Rev. B, January 1998, published by 25 
Tekelec, Inc. the disclosure of which is hereby incorporated 
herein by reference in its entirety. Similarly, a detailed 
description of the IP 7 Secure Gateway™ may be found in 
Tekelec, Inc. publication PN/909 -0767-01, Rev B, August 
1999, titled Feature Notice IP 7 Secure Gateway™ Release 30 
1.0, the disclosure of which is hereby incorporated herein by 
reference in its entirety. 

As described in the above-referenced Eagle® Feature 
Guide, an Eagle® STP 250 includes the following sub- 
systems: a Maintenance and Administration Subsystem 35 
(MAS) 252, a communication subsystem 254 and an appli- 
cation subsystem 256. The MAS 252 provides maintenance 
communications, initial program load, peripheral services, 
alarm processing and system disks. The communication 
subsystem 254 includes an Interprocessor Message Trans- 40 
port (IMT) bus that is the main communication bus among 
all subsystems in the Eagle® STP 250. This high-speed 
communications system functions as two 125 Mbps counter- 
rotating serial buses. 

The application subsystem 256 includes application cards 45 
that are capable of communicating with the other cards 
through the IMT buses. Numerous types of application cards 
can be incorporated into STP 250, including: a Link Inter- 
face Module (UM) 258 that provides SS7 links and X.25 
links, a Application Communication Module (ACM) 260 50 
that provides a TCP/IP interface over Ethernet, and an 
Application Service Module (ASM) 262 that provides global 
title translation, gateway screening and other services. A 
Translation Service Module (TSM) 264 may also be pro- 
vided to support triggered local number portability service. 55 
Once again, a detailed description of the Eagle® STP is 
provided in the above cited Eagle® Feature Guide and need 
not be described in detail herein. It should also be appreci- 
ated that, in addition to conventional SS7 LIM cards, a 
Database Communication Module (DCM) can be employed 60 
in a similar manner to provide for the transport of Internet 
Protocol (IP) encapsulated SS7 messages over an IP 
network, as described in the above referenced Feature 
Notice IF 7 Secure Gateway™ Release 1.0 publication. With 
particular regard to the TSM triggered LNP services module 65 
mentioned above, a detailed description of the Tekelec, Inc. 
triggered LNP solution may be found in the Feature Guide 


LNP LSMS PN/910-1598-01, Rev. A, January 1998, pub- 
lished by Tekelec, Inc., the disclosure of which is hereby 
incorporated herein by reference in its entirety. 

Integrated Number Portability Database 
Embodiment 

Referring again to FIG. 2, it will be appreciated that 
triggerless number portability routing node 300 includes a 
high speed Interprocessor Message Transport (IMT) com- 
munications bus 310. Communicatively coupled to IMT bus 
310 are a number of distributed processing modules or cards 
including: a pair of Maintenance and Administration Sub- 
system Processors (MASPs) 312; a pair of SS7 capable Link 
Interface Modules (LIMs) 320 and 360; and an LNP Service 
Module (LSM) 340. These modules are physically con- 
nected to the IMT bus 310 such that signaling and other type 
messages may be routed internally between all active cards 
or modules. For simplicity of illustration, only a single pair 
of LIMs 320 and 360 and a single LSM 322 are included in 
FIG. 2. However, it should be appreciated that the 
distributed, multi-processor architecture of the triggerless 
number portability routing node 300 facilitates the deploy- 
ment of multiple LIM, LSM, and other cards, all of which 
could be simultaneously connected to the IMT bus 310. 

MASP pair 312 implement the maintenance and admin- 
istration subsystem functions described above. As the MASP 
pair 312 are not particularly relevant to a discussion of the 
flexible routing attributes of the present invention, a detailed 
discussion of their function is not provided herein. For a 
comprehensive discussion of additional MASP operations 
and functionality, the above-referenced Tekelec, Inc. publi- 
cations can be consulted. 

Focusing now on LIM card functionality, it will be 
appreciated that LIM 320 is comprised of a number of 
sub-component processes including, but not limited to an 
SS7 MTP level 1 process 322, an SS7 MTP level 2 process 
324, an I/O buffer or queue 325, a gateway screening (GWS) 
process 326, a triggerless LNP (TLNP) stop action process 
328, an SS7 MTP level 3 layer HMDC process 330, and an 
HMDT process 332. MTP level 1 and 2 processes 322 and 
324, respectively, provide the facilities necessary to send 
and receive digital data over a particular physical media/ 
physical interface, as well as to provide error detection/ 
correction and sequenced delivery of all SS7 message pack- 
ets. I/O queue 325 provides for temporary buffering of 
incoming and outgoing signaling message packets. GWS 
process 326 is responsible for examining the incoming 
signaling message and determining which, if any, of the 
provisioned stop actions are applicable. TLNP slop action 
process 328 is responsible for encapsulating an incoming 
SS7 ISUP Initial Address Message (IAM) signaling message 
packet within an SS7 Signaling Connection Control Part 
(SCCP) formatted packet. MTP level 3 HMDC process 330 
receives signaling messages from the lower processing 
layers and performs a discrimination function, effectively 
determining whether an incoming SS7 message packet 
requires internal processing or is simply to be through 
switched. The HMDT process 332 handles the internal 
routing of SS7 message packets that require additional 
processing prior to final routing. Once again, it should be 
appreciated that a LIM card may contain more functional 
processes than those described above. The above discussion 
is limited to LIM functionality associated with the basic 
processing of in-bound signaling messages. 

As such, it will be appreciated that the three functional 
processes associated with LIM 360 shown in FIG. 2 are 
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simply those processes that are relevant to a discussion of typical implementation, an LSMS receives and stores ported 

out-bound LIM operation in the examples of triggerless subscriber information from the NPAC and then, in turn, is 

number portability routing node operation disclosed herein. responsible for downloading this ported subscriber informa- 

The processes explicitly shown on the out-bound LIM 360 tion to all the LNP databases which it services. As the 

include an I/O queue 362 and MTP level 1 and 2 processes 5 interaction between an NPAC and an LSMS is not particu- 

366 and 364, respectively. I/O queue 362 facilitates tempo- larly relevant to the present invention, a detailed discussion 

rary buffering of incoming and outgoing signaling message of such NPAC-LSMS system functionality will not be 

packets. MTP level 2 process 364 and an MTP level 1 presented herein. It should suf&ce to state that the LSMS 370 

process 366, respectively, provide the facilities necessary to maintains the LNP database 348 with the most current 

send and receive digital data over a particular physical ported subscriber information available at any given time, 

media/physical interface, as well as to provide error integrated Number Portability Database Translation 

detection/correction and sequenced delivery of all SS7 mes- Process 

sage packets. . Continuing with FIG. 2, the path of a typical SS7 ISUP 

In general, an LSM card includes the database and data- ^ si H m ^ TLm tr ^ slation service 
base control processes necessary to achieve the tnggerless 15 ^ tfaced ffom reception at the triggerless number portability 
number portability routing functionality of the present routing node by the LIM 320, through the transla- 
lnvention. The LSM 340 shown in FIG. 2 is comprised, in t ion process, and on to the outbound LIM 360. A detailed 
part, of an SCCP subsystem controller known as a Signaling fl ow cna rt of triggerless number portability related process- 
Connection Routing Controller (SCRC) process 342, a ing steps is presented in FIGS. 5 and 6, and may be used in 
Local Number Portability Manager (LNPM) process 344, a 20 conjunction with the schematic diagram shown in FIG. 2 to 
Triggerless Local Number Portability (TLNP) application better understand the triggerless LNP lookup methodology. 
346, and an LNP database process 348. The SCRC process Beginning with step ST1, an incoming ISUP IAM mes- 
342 is responsible for discrimination of signaling messages sage is received at the inbound LIM module 320. In steps 
at the SCCP level, and for distributing the signaling mes- ST2 and ST3, the incoming ISUP IAM message is received 
sages to a higher processing level when appropriate. In the 25 a nd processed by the MTP Level 1 and 2 processes 322 and 
configuration shown in FIG. 2, the next highest processing 324, respectively. As stated above, MTP level 1 and 2 
level is represented by the LNPM process 344. LNPM processing includes correction, sequencing, and communi- 
process 344 is responsible for determining which specific ca t m g with network error communications hardware. With 
local number portability application is required for success- MTP Level 1 and 2 processing complete, the signaling 
ful processing of a particular incoming signaling message 30 message packet is temporarily buffered in the I/O queue 325 
packet. As will be appreciated from FIG. 2, a number of before being passed up the stack to the MTP Level 3 
local number portability applications may be simultaneously Gateway Screening (GWS) process 326. As indicated in step 
provisioned on a single LSM card. S T4, GWS process 326 examines the incoming ISUP IAM 

While any number or variety of LNP translation applica- message and determines not only whether the message is to 

tions may be provisioned on a single LSM card, triggerless 35 be allowed into the switch for further processing, but also 

local number portability (TLNP) application 346 is the most which, if any, of the provisioned stop actions are applicable 

relevant to a general discussion of the present invention. to the incoming message. In this example, GWS process 326 

TLNP application 346 essentially contains the logic neces- examines the incoming ISUP IAM message and determines 

sary to de-capsulate the original ISUP IAM message, extract that the message is permitted to enter the switch, 

the appropriate information from the de-capsulated message, 40 Furthermore, upon examination of the Originating Point 

and perform an associated LNP database lookup. Code (OPC), Destination Point Code (DPC) and Service 

Furthermore, TLNP application 346 is responsible for modi- Indicator Octet (SIO) fields contained in the MTP routing 

fying the signaling message based on the results of the LNP layer, it is determined that the message requires additional 

database lookup. In the embodiment shown in FIG. 2, an processing by the TLNP stop action 328 (ST5). 

LNP database 348 is co-resident on the LSM card 340. More 45 i n step ST6 TLNP stop action process 328 receives the 

particularly, in this embodiment of the present invention, the IS UP IAM message from GWS process 326 and determines 

LNP database 348 is stored in one or more blocks of high that the incoming message is an ISUP type MSU. The TLNP 

speed random access memory (RAM) that is located on the st0 p action process 328 next checks the DPC of the incom- 

LSM card. As indicated in FIG. 4, LNP database 348 is i ng MSU. More specifically, the TLNP stop action verifies 

comprised of a number of entries or records, with each 50 that the DPC of the incoming MSU is a valid PC, as 

record containing at least two fields; a CdPA Address indicated in step ST7. In steps ST8 and ST9, TLNP stop 

(CdPAADD) field, and a Location Routing Number (LRN) act i ori 328 examines the incoming MSU to determine 

field. Once again, it will be appreciated from the discussion whether LNP service is required. If the incoming MSU is 

above that an LRN identifies the end office of the service identified as being an ISUP IAM type message (ST8) and the 

provider currently serving the called party. 55 pel Ported Number Translation Indicator is equal to zero 

Referring again to FIG. 2, LSM 340 also contains an (ST9), TLNP stop action 328 encapsulates the ISUP IAM 

HMRT process 350 that is responsible for the routing of SS7 message within an SCCP formatted MSU, as indicated in 

message packets once TLNP translation has been completed. step ST10. Such SCCP encapsulation is effectively achieved 

That is, the HMRT process 350 determines to which LIM by adding essential SCCP message leading and trailing bit 

card an SS7 message packet should be routed for subsequent 60 sequences to the base bit sequence that comprises the ISUP 

outbound transmission into the communication network. IAM MSU, as generally illustrated in FIG. 7. Thus, an SCCP 

It will be appreciated from FIG. 2 that LSM 340 is in type encapsulating MSU is created which envelops or con- 
communication with and serviced by a Local Service Man- tains an ISUP type MSU. Subsequent to this encapsulation, 
agement System (LSMS) 370. In general, an LSMS system the incoming message no longer appears or is treated as an 
is also in communication with a Number Portability Admin- 65 ISUP IAM message within the TLNP routing node 300, but 
istration Center (NPAC). As such, an LSMS acts as the is instead processed internally as an SCCP type SS7 mes- 
interface between carrier networks and the NPAC. In a sage. 
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It should be appreciated that during the encapsulation 
process, the SCCP MSU destination point code (DPC) field 
value is set to the point code (PC) of the TLNP routing node, 
the SCCP MSU Called Party Routing Indicator (CdPA RI) 
field is set to subsystem number (SSN), and the SCCP MSU 5 
Called Party Subsystem Number (CdPA SSN) field is set to 
the LNP SSN of the TLNP routing node. It should also be 
appreciated that failure of the incoming ISUP MSU to meet 
the criteria specified in steps ST5 through ST9 causes the 
original, non-encapsulated MSU to be routed directly to 10 
HMDC process 330 where normal ISUP MSU type routing 
is resumed. 

However, in the case where an incoming ISUP MSU 
satisfies the ST5 through ST9 criteria, SCCP encapsulation 
of the ISUP MSU occurs and the resulting encapsulated ^ 
MSU is directed to HMDC process 330, where SCCP type 
processing is performed. In the example shown in FIG. 2, 
HMDC process 330 examines the message packet and 
determines that the DPC of the packet is the PC of the TLNP 
routing node. Consequently, further processing of the SCCP 2 o 
MSU within the TLNP routing node is assumed to be 
necessary, and the packet is passed to the HMDT process 
332. The HMDT process 332 examines the Service Indicator 
(SI) field of the encapsulated MSU, which indicates that the 
encapsulated packet is of an SCCP type. As such, HMDT 2 s 
process 332 places the encapsulated SCCP MSU on high 
speed IMTbus 310 for transport to LSM 340 and subsequent 
LNP translation. 

In step ST12, the encapsulated SCCP MSU is received 
and examined by SCRC process 342 that is resident on LSM 30 
340. Given that the CdPARI field of the SCCP MSU is set 
to SSN and the CdPA SSN field of the SCCP MSU is set to 
the LNP subsystem of the TLNP node 300, SCRC process 
342 forwards the encapsulated MSU to the LNPM process 
344, as indicated by step ST13. In step ST14, LNPM process 35 
344 verifies that the SCCP MSU contains an encapsulated 
ISUP MSU. Upon successful verification, the SCCP MSU is 
sent to TLNP application 346 for further processing. TLNP 
application processing begins with verification of the point- 
ers and field lengths associated with the ISUP message 40 
(ST15). With a positive verification at step ST15, TLNP 
application 346 next extracts the original ISUP MSU by 
removing and discarding the SCCP wrapper (ST16). The 
TLNP application 346 next performs a number of operations 
intended to validate one or more of the Called Party (CdPA) 45 
parameters contained in the original ISUP MSU (ST17). 
Such validation operations may include, but are not limited 
to: verification that the Called Party Number exists; verifi- 
cation that the Called Party Number contains 10 digits; 
verification that the Nature Of Address is national; and 50 
verification that the Numbering Plan is ISDN. 

With the above described validation process successfully 
completed, the TLNP application 346 extracts the Called 
Party Number from the ISUP I AM MSU and uses this value 
to perform a lookup operation in LNP database 348 (ST18). 55 
As indicated in step ST19, the Translated Call Number 
Indicator (TCNI) field contained within the ISUP IAM 
message is set to a value of one. It should be appreciated that 
the TCNI field is set to a value of one regardless of whether 
a match is found during the LNP lookup operation. In the 60 
event that an entry exists in the LNP database 348 which 
corresponds to the Called Party Number value in the ISUP 
IAM message, the Called Party Number is considered to be 
associated with a ported subscriber (ST20) and LNP data- 
base process 348 returns a Location Routing Number 65 
(LRN). Prior to incorporation of the LRN value in the ISUP 
MSU, the original CdPA Number value used in the LNP 
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database lookup is stored in a Generic Address Parameter 
(GAP) field, which is also contained within the ISUP MSU 
(ST21). Subsequently, the CdPA Number field of the ISUP 
MSU is overwritten with the LRN value returned by the 
LNP database process 348, as indicated in step ST22. 

As further indicated in step ST23, a value known as a 
Jurisdiction Information Parameter (JIP) may be appended 
to the TLNP processed ISUP MSU under certain conditions. 
The JIP is used in LNP type applications to support billing 
systems. Such telecommunication billing systems might 
otherwise have difficulty determining the correct billing for 
an originating number that has been ported. As such, a valid 
JIP contains a value that represents the origin of the call. The 
value may be some of the digits from the calling party 
address or, alternatively, an identifier associated with the end 
office that originated the call. A service provider may 
negotiate to use a single JIP to represent all messages from 
its own network, or a service provider may chose to provide 
a list of the exchanges in its network that can be used as the 
JIP value. In the TLNP routing node 300 shown in FIG. 2, 
a JIP parameter may be added to the ISUP IAM message by 
TLNP process 346 if a JIP does not already exist in the 
original MSU and a JIP value is provisioned in LNP data- 
base 348. A JIP parameter may also be added by TLNP 
process 346 if the original IAM MSU contains a valid 
Calling Party (CgPA) Number but does not already contain 
a JIP value. 

With TLNP processing complete, the modified ISUP 
MSU is passed to HMRT process 350. HMRT process 350 
determines to which LIM card an SS7 message packet 
should be routed for subsequent outbound transmission. In 
this case, the HMRT process 350 determines that the desired 
outbound signaling link associated with the routing of the 
modified ISUP MSU is located on LIM 360. Consequently, 
the modified signaling message packet is internally routed 
across the IMT bus 310 to LIM 360, where it is generally 
received by the I/O queue process 362. Eventually, the 
modified message packet is passed from the I/O queue 362 
on to the MTP Level 2 and Level 1 processes 364 and 366, 
respectively. Once again, MTP level 1 and 2 layer processes 
366 and 364, respectively, provide the facilities necessary to 
send and receive digital data over a particular physical 
media/physical interface, as well as to provide error 
detection/correction and sequenced delivery of all SS7 mes- 
sage packets transmitted into the SS7 network. 

External LNP Database Server Embodiment 

Another embodiment of the present invention is shown in 
FIG. 8. Included in this embodiment is a triggerless LNP 
routing node 400, which is further comprised of a pair of 
LIM modules 320 and 360, a pair of MASP processors 312, 
an IMT communication bus 310. Also included in the 
embodiment shown in FIG, 8 is an LSMS 370. The above 
mentioned components are essentially identical in function 
to the corresponding components previously described for 
the embodiment shown in FIG. 2. Consequently, a detailed 
description of these system components is not repeated in 
the discussion that follows. 

It will be appreciated that the LSM card 340 of the 
previously described embodiment is replaced by an LSME 
card 410 and an external LNP database server 450. From an 
operational perspective, LSME module 410 and external 
LNP database server 450 provide essentially the same func- 
tionality as the integrated LSM module 340, previously 
described above and shown in FIG. 2. 

LSME module 410, shown in FIG. 8 is comprised, in part, 
of an SCCP subsystem controller known as a Signaling 
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Connection Routing Controller (SCRC) process 412. The As processing steps ST1 through ST11 are essentially 

SCRC process 412 is responsible for discrimination of identical to those discussed and described above for the 

signaling messages at the SCCP level, and for distributing embodiment shown in FIG. 2, a detailed discussion of these 

the signaling messages to a higher processing level when ste P s will not be repeated below. Instead, it will be appre- 

appropriate. In the configuration shown in FIG. 8, the next 5 ciated that an incoming ISUP I AM MSU is received by LIM 

highest processing level is represented by a Local Number card 320 and » wording to the process described in steps 

Portability Manager (LNPM) process 414. LNPM process ST1 throu S h ST11 > the ISUP MSU ^ SCCP encapsulated 

414 is responsible for determining which specific Local and internally routed via IMT bus 310 to LSME card 410 for 

Number Portability application is required for successful final processing. 

processing of a particular incoming signaling message 10 Beginning with step ST12, the encapsulated SCCP MSU 

packet. While any number or variety of LNP translation is received and examined by SCRC process 412 that is 

applications may be simultaneously provisioned on a single resident on LSME 410. Given that the CdPA RI field of the 

LSME card, the triggerless local number portability (TLNP) sccp MSU is set to SSN and the CdPA SSN field of the 

application 416 is the most relevant to a general discussion SCCP MSU is set to the LNP subsystem of the TLNP node 

of the present invention. TLNP application 416 essentially is 40 °, SCRC process 412 forwards the encapsulated MSU to 

contains the logic necessary to de-capsulate the original the LNPM process 414, as indicated by step ST13. In step 

ISUP IAM message, extract the appropriate information ST14, LNPM process 414 verifies that the SCCP MSU 

from the de-capsulated message, and perform an associated contains an encapsulated ISUP MSU. Upon successful 

LNP database lookup. Furthermore, the TLNP application verification, the SCCP MSU is sent to TLNP application 416 

416 is responsible for modifying the signaling message 20 for further processing. TLNP application processing begins 

based on the results of the LNP database lookup. with verification of the pointers and field lengths associated 

In the embodiment shown in FIG. 8, TLNP application with f^' ^ * P ° SitiVe ve ? fication 

process 416 is also interfaced to an Ethernet Controller at f*P W^ation 416 next extracts the on^- 

process 418, and as such is also responsible for directing nal ISUP ^SU by removmg and discarding the SCCP 

incoming message packets to process 418. Ethernet Con- 25 wrapper (ST16). The TLNP application 416 next performs a 

troller process 418 serves as an internal Ethernet terminus °™ b ? r ° f ° pe / a ^ mtended l ° Valldate °T ™ ° f ^ 

that services and administers connection, via an Ethernet ?^J**£™ A l P™' ers <x>**™* in the °"f nal 

communication link 460, to the external LNP database ISUP MSU (ST17). Such validation operations may include, 

server 450. Correspondingly, the external LNP database are not lumted J o: verification that the ^Called Party 

server 450 includes an Ethernet Controller process 452, 30 Number exists; verification that the Called Party Number 

which serves as an external Ethernet terminus that services contain f 10 digits; verification that the Nature Of Address is 

and administers connection to the triggerless LNP routing natl0nal; and verification that the Numbering Plan is ISDN, 

node 400, via the Ethernet communication link 460. Wlth the above-described validation process successfully 

a u • T-n- o Txmj * u asa - * j ■ completed, the TLNP application 416 extracts the Called 

As shown in FIG. 8, an LNP database 454 is stored within n / M V c lL iPimiAwuPiT ^ tL • i 

. , . . ^ , , ; t _ T XTr , . , i --/lot. 35 Party Number from the ISUP IAM MSU and uses this value 

and administered by the LNP database server 450. Such an J - , , » . y XTT1 , A , /r ™ ox 

Txmj*L uu c j to perform a lookup operation in LNP database 454 (ST18). 

LNP database server could be configured such that some or T ^ , if j« , ><< < . „ , \ 4 V 

ii r.L t xnij * ■ * j * ui i r. • , j j In the present embodiment, it will be appreciated that the 

all or the LNP data is stored in blocks of high speed random T XTT1 , < . \ , , r™ v \f, , . 

/nAMll (U rxrn , ( iju ♦ i LNP database query requested by TLNP process 416 is 

access memory (RAM), or the LNP data could be stored on • * j . .l T vtt» j . l ■ *l u- l j 

uuj J * u • i « i • , communicated to the LNP database 454 via the high speed 

a high density, fast access physical storage media such as „ A , ^ . A . , . , fr . * 

& 4 . , . i j . r J & 40 Ethernet type communication link 460. More particularly, 

magnetic or optical discs. ™ vm ;r ... . A ,. . * , j 

r TLNP process 416 communicates directly with the on-board 

LSME 410 also contains an HMRT process 420 that is Ethernet controller process 418 which facilitates access to 

responsible for the routing of SS7 message packets once the Ethernet communication link 460. The LNP database 

TLNP translation has been completed. That is, the HMRT query communication is received by the external LNP 

process 420 determines to which LIM card an SS7 message 45 database server 450 , an d subsequently LNP database 454, 

packet should be routed for subsequent outbound transmis- via Ethernet controller 452 . u will be appreciated that a 

S10n * similar process, in reverse, is performed when LNP database 

It will be appreciated from FIG. 8 that in the case of an response messages are communicated from the external 

external LNP database server configuration, the server 450 LNP database server 450 to the LSME card 410. It should 

is in communication with and serviced by the Local Service 50 also be appreciated that TLNP processing node 400 of the 

Management System (LSMS) 370, in a manner similar to present invention is not limited to the use of an Ethernet 

that described previously. Once again, it should suflice to connection between the external LNP database server and 

state that the LSMS 370 maintains the LNP database server the LSME card 410. Any number of commercially available, 

454 with the most current ported subscriber information high-speed communication links and protocols could be 

available at any given time. 55 easily implemented to provide the required inter-device 

_ , communication functionality. 

Ethernet Connected LNP Database Server A . . , . t *u i * j ^ n xt u 

T 1 . p As indicated m step ST19, the Translated Call Number 

iranslation Frocess Indicator (TCNI) field contained within the ISUP IAM 

Referring again to FIG. 8, the path of a typical SS7 ISUP message is set to a value of one. It should be appreciated that 

IAM signaling message requiring TLNP translation service 60 the TCNI field is set to a value of one regardless of whether 

is next traced from reception at the triggerless LNP routing a match is found during the LNP lookup operation. In the 

node by the inbound LIM 320, through the translation event that an entry exists in the LNP database 454 which 

process, and on to the outbound LIM 360. Once again, a corresponds to the Called Party Number value in the ISUP 

detailed flow chart of TLNP related processing steps is IAM message, the Called Party Number is considered to be 

presented in FIGS. 5 and 6, and may be used in conjunction 65 associated with a ported subscriber (ST20) and LNP data- 

wilh the schematic diagram shown in FIG. 8 to better base process 454 returns a Location Routing Number 

understand the triggerless LNP lookup methodology. (LRN). Prior to incorporation of the LRN value in the ISUP 
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MSU, the original CdPA Number value used in the LNP message, and consequently FIG. 10 is not intended to 

database lookup is stored in a Generic Address Parameter represent a complete ISUP IAM message. More particularly, 

(GAP) field, which is also contained within the ISUP MSU FIG. 10 includes sample Originating Point Code (OPC), 

(ST21). Subsequently, the CdPA Number field of the ISUP Destination Point Code (DPC), Calling Party Number 

MSU is overwritten with the LRN value returned by the 5 Length (CgPA:NL), Calling Party Address (CgPAADD), 

LNP database process 454, as indicated in step ST22. Called Party Number Length (CdPA:NL), Called Party 

As further indicated in step ST23, a Jurisdiction Infor- Address (CdPA:ADD), Called Party Numbering Plan 

mation Parameter (JIP) may be appended to the TLNP (CdPA:NP), Called Party Nature of Address Indicator 

processed ISUP MSU under certain conditions. These con- (CdPANAI), Translated Call Number Indicator (TCNI), 

ditions have been described above, in detail, for the previous 1Q Generic Address Parameter (GAP), and Jurisdiction Infor- 

embodiment and consequently will not be repeated below. mation Parameter (JIP) values. 

With TLNP processing complete, the modified ISUP MSU is As indicated in FIG. 9, in response to call initiating 

passed to HMRT process 420. HMRT process 420 deter- activity performed by Calling Party 120, the originating End 

mines to which LIM card an SS7 message packet should be office no formulates and launches an ISUP IAM message 

routed for subsequent outbound transmission. In this case, m into the SS7 signalin g network. In this example, it is 

the HMRT process 420 determines that the desired outbound assumed that the £0 no faas been ^ d ^ SS7 netW0fk 

tq^tp kIqu aS f° C1 t al " d Wlt T h * e ™S 0f the ™ dl ^ d address or point code (PC) of 1-1-0, while TLNP routing 

ISUP MSU is located on LIM 360. Consequently, the node 516 has a PC of 2-2-0, and tandem office 114 has a PC 

modified signaling message packet is internally routed P . . n u . r ' tU t . . « ™ . 

across the IMT bus 310 to LIM 360, where it is generally of 3 - 3 " a 11 *J™ ihGT assu ™ d thal ^recipient EO 112 has 

received by the I/O queue process 362. Eventually, the 20 ^J!^ 6 L Loc * { ™ a Routing Number (LRN) of 

modified message packet is passed from the I/O queue 362 9193801111, that Calling Party 120 has been assigned a 

on to the MTP Level 2 and Level 1 processes 364 and 366, P^ one number ° f 9194671234 and Called Party 122 has a 

respectively. Once again, MTP level 1 and 2 layer processes P hone number of 9194605500. As such, it will be appreci- 

366 and 364, respectively, provide the facilities necessary to ated & om FIG - 10 mat ISUP IAM messa S e N1 includes 

send and receive digital data over a particular physical 25 calling and called party information associated with Calfing 

media/physical interface, as well as to provide error Party 120 and Called Party 122, respectively. It will also be 

detection/correction and sequenced delivery of all SS7 mes- appreciated that the OPC of the message Nl is set to 1-1-0, 

sage packets transmitted into the SS7 network. wMc the DPC K set t0 3 * 3 -°' 

Returning now to the message flow shown in FIG. 9, 

Sample Tnggerless LNP Call Setup Message Flow 3Q ISUP IAM message Nl is received by the TLNP routing 

Shown in FIG. 9 is a simplified network diagram that node 516 and subsequently examined to determine whether 
generally illustrates a sample call flow associated with a TLNP processing is required. In this case, TLNP translation 
triggerless ported number call setup scenario. It will be service is indicated and an LNP database lookup is per- 
appreciated that FIG. 9 includes a telecommunications formed by the TLNP sub-system 518, based on the 
network, generally indicated by the numeral 500. Telecom- 35 CdPA: ADD value of 9194605500. A match is found in the 
munications network 500 is further comprised of a number LNP database, and an LRN value of 9193801111 is returned, 
of discrete network elements and communication terminals, as indicated in the sample LNP database of FIG. 4. It should 
many of which were presented in FIG. 1. More particularly, be appreciated that the LRN value returned by the LNP 
of those components previously described in FIG. 1, net- database corresponds to that of the recipient EO 112 which 
work 500 includes the originating End Office (EO) 110, the 40 services the Called Party 122. Consequently, several modi- 
recipient terminating EO 112, the donor terminating EO 113, fications are the made to the initial ISUP IAM MSU, 
the tandem office 114, the Calling Party terminal 120, and resulting in a new ISUP IAM message N2. As indicated in 
the Called Party terminal 122. Network 500 also includes a FIG. 10, there are a number of key differences between the 
TLNP routing node 516, which is similar in form and N2 message and the original ISUP IAM message Nl. The 
function to the first embodiment of the present invention 45 CdPA: ADD field of the N2 message has been changed from 
described herein. As such, TLNP routing node 516 contains the previous Nl value of 9194605500 to reflect the LRN 
an internal, integrated TLNP database 518. value, 9193801111, returned by the LNP database lookup 

In this example, it is assumed that the called party 122 has operation. The Translated Call Number Indicator (TCNI) 

had local phone service ported from a service provider that field has also been changed from the previous Nl value of 

owns EO 113 to a service provider that owns EO 112. 50 0 to the new value of 1. Two new parameters have also been 

Consequently, it is implied that the service responsibility for added and assigned values in the N2 message. The 

called party 122 was transferred from the donor EO 113 to GAP:ADD field has been set to original Nl CdPA:ADD 

the recipient EO 112 at some point in the past. As such, EO value of 9194605500, while the JIP: ID parameter has been 

112 is now assumed to service called party 122. Once again, set to the first six digits of the Nl CgPA:ADD value, 919467. 

the diagram shown in FIG. 9 is intended to generally 55 It should be appreciated that LNP response message N2 

illustrate the flow of SS7 call setup messages in response to contains a Location Routing Number (LRN) associated with 

the placement of a telephone call from Calling Party 120 to the recipient EO 112. TLNP routing node 516 subsequently 

the ported Called Party 122. FIG. 10 provides sample ISUP MTP routes message N2 to tandem offlce 114. Tandem office 

IAM message contents before and after the TLNP process- 114 examines and processes the message and formulates a 

ing that is performed in the example scenario presented in 60 message N3, the contents of which are not particularly 

FIG. 9. In FIG. 10, the left hand column indicates the various relevant to a discussion of the present invention. Message 

fields in an IAM message. The central column illustrates N3 is sent back to TLNP routing node 516, which in turn 

exemplary field values before LNP processing, and the right MTP routes the message to the recipient EO 112 as message 

hand column illustrates exemplary field values after LNP N4. 

processing. 65 Once again, those skilled in the art of telecommunication 

It will be appreciated that the fields shown in FIG. 10 are network operations will appreciate that additional call setup 

a subset of the fields contained within a typical ISUP IAM and teardown messages, not shown in FIG. 9, may be 
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necessary to administer a complete a telephone call between 7. The routing node of claim 1 wherein the commu nica- 

the calling party 120 and the called party 122. The signaling tion module is a Signaling System 7 (SS7) Link Interface 

message flow shown in FIG. 9 is intended only to generally Module (LIM) adapted to receive SS7 messages over an SS7 

illustrate a TLNP translation process of the present inven- signaling link. 

tion. As these additional signaling messages are not partial- 5 8. The routing node of claim 1 wherein the communica- 

larly relevant to the design and operation of the present tion module is an Internet Protocol (IP) Database Commu - 

invention, a detailed discussion of call setup and teardown nication Module (DCM) adapted to receive IP-encapsulated 

procedures in an SS7 telecommunications network is not SS7 messages over an IP network. 

provided herein. 9. The routing node of claim 1 wherein each record in the 

The triggerless number portability processing illustrated 1Q number portability database includes a Signaling System 7 

in FIG. 8 can be contrasted with conventional triggered (SS7) Location Routing Number (LRN). 

number portability processing illustrated in FIG. 1. First, 10. The routmg node of claim 1 wherein each record in the 

because TLNP routing node 516 determines whether number number portability database contains an Internet Protocol 

portability processing is required, originating end office 110 ( IP ) destination address and port number, 

need not have a number portability processing trigger as u ^ routing node of claim t wherein the stop action 

required by the system in FIG. 1. This is a significant process is adapted to encapsulate the first call setup message 

advantage, since it is burdensome to program multiple end m a signaling connection control part (SCCP) packet, 

offices to trigger on ported numbers. u ^ rouling node of claim u wherein the stop action 

Another advantage provided by the TLNP routing node of process is adapted to set an originating point code value in 

the present invention is a decreased number of messages for ^ the SCCP packet to a point code of the routing node, an 

performing number portability processing. For example, SCCP called party routing indicator value in the SCCP 

eight messages are required to deliver the call setup message pac k e t to SSN, and a caUed party subsystem number value 

to called party end office 112 illustrated in FIG. 1, while only m tne SCCP packet to a number portability subsystem 

four messages are required in FIG. 9. This decreased mes- number of the routing node. 

sage flow provided by embodiments of the present invention 25 13. The routing node of claim 1 wherein the number 

decreases call setup time and network congestion. portability process is adapted to replace the first called party 

It will be understood that various details of the invention address with the second called party address in the first call 

may be changed without departing from the scope of the setup message. 

invention. Furthermore, the foregoing description is for the 14. The routing node of claim 1 wherein the second called 

purpose of illustration only, and not for the purpose of 3Q party address is a Location Routing Number (LRN) associ- 

limitation — the invention being defined by the claims. a ted with the second end office. 

What is claimed is: 15. The routing node of claim 1 wherein the first call setup 

1. A triggerless number portability routing node, the message includes a generic address parameter address field 
routing node comprising: having a first address value and the number portability 

(a) a communication module for receiving a first call 35 process is adapted to replace the first address value with the 
setup message from a first end office associated with a first called party address. 

calling party over a first communications network, the 16. The routing node of claim 1 wherein the first call setup 

first call setup message including a first called party message includes a Translated Call Number Indicator field 

address and a ported number translation indicator; having a first value and the number portability process is 

(b) a stop action process for examining the ported number 40 adapted to set the first value to one. 

translation indicator to determine whether number port- 17. The routing node of claim 1 wherein the first call setup 

ability processing is required and, in response to deter- message includes a jurisdiction indication parameter having 

mining that number portability processing is required, a first value and the number portability process is adapted to 

encapsulating the first call setup message in a first set the first value to at least a portion of the first called party 

packet; 45 address contained in the first call setup message. 

(c) a number portability database containing packet rout- 18- The routing node of claim 1 wherein the number 
ing instruction records associated with ported subscrib- portability database is contained within the routing node, 
ers; and 19. The routing node of claim 1 wherein the number 

(d) a 'number portability process for receiving the first portability database is located on an external database server 
packet, extracting the first called party address from the 50 that * communicatively coupled to the routing node. 

first packet, performing a lookup in the number port- 20 ^ routin S node of claim 1 whercin the number 

ability database using the first called party address to portability database includes a high-speed, random access 

obtain a second called party address associated with a memory (RAM) for storing the packet routing instruction 

second end office, and modifying the first call signaling records. 

message to include the second called party address. 55 21 • ^ routing node of claim 1 wherein the number 

2. The routing node of claim 1 wherein the first call setup portability database includes a high speed, optical disc 
message is a Signaling System 7 (SS7) signaling message. storage medium for storing the packet routing instruction 

3. The routing node of claim 2 wherein the Signaling records. 

System 7 (SS7) signaling message is an ISDN User Part 22 ■ A method for routing a data packet associated with a 

(ISUP) message signal unit (MSU). 60 P orted subscriber in a communications network, the method 

4. The routing node of claim 1 wherein the first call setup comprising the steps of: 

message is an initial address message. ( a ) receiving a data packet from a communication net- 

5. The routing node of claim 1 wherein the first commu- work; 

nications network is a Signaling System 7 (SS7) network. (b) determining whether the data packet contains a call 

6. The routing node of claim 1 wherein the first commu- 65 setup message; 

nications network is an Internet Protocol (IP) network for (c) in response to determining that the data packet 

carrying IP encapsulated SS7 messages. includes a call setup message, performing a lookup in 
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a number portability database using key information 
contained in the data packet; 

(d) modifying contents of the data packet to incorporate 
one or more number portability routing instructions 
returned by the number portability database lookup; 
and 

(e) transmitting the modified data packet into the com- 
munication network. 

23. The method of claim 22 wherein the data packet is a 
Signaling System 7 (SS7) signaling message. 

24. The method of claim 23 wherein the Signaling System 
7 (SS7) signaling message is an ISDN User Part (ISUP) 
message signal unit (MSU). 

25. The method of claim 24 wherein ISUP MSU contains 
an initial address message. 

26. The method of claim 22 wherein the communications 
network is a Signaling System 7 (SS7) network. 

27. The method of claim 22 wherein the communications 
network is an Internet Protocol (IP) network carrying IP 
encapsulated SS7 messages. 

28. The method of claim 22 wherein determining whether 
the data packet contains a call setup message includes 
determining whether the data packet is an SS7 ISDN User 
Part initial address message. 

29. The method of claim 22 wherein the key information 
used in the number portability database lookup includes 
address identification information associated with a called 
party. 

30. The method of claim 29 wherein the address identi- 
fication information includes the information contained in a 
Called Party Address (CdPA:ADD) field of the data packet. 

31. The method of claim 22 wherein the number port- 
ability routing instruction information returned by the num- 
ber portability database is a Location Routing Number. 

32. The method of claim 22 wherein the modifying the 
contents of data packet includes replacing original contents 
of a Called Party Address (CdPAADD) field in the data 
packet with the routing instruction information returned by 
the number portability database lookup. 

33. The method of claim 22 wherein the routing instruc- 
tion information returned by the number portability database 
includes a Location Routing Number (LRN). 

34. The method of claim 22 wherein modifying the 
contents of the data packet includes replacing original 
contents of a Generic Address Parameter Address 
(GAP:ADD) field in the data packet with original contents 
of a Called Party Address (CdPAADD) field in the data 
packet. 

35. The method of claim 22 wherein modifying the 
contents of the data packet includes setting a Translated Call 
Number Indicator field in the data packet to a value of one. 

36. The method of claim 22 wherein modifying the 
contents of the data packet includes setting a Jurisdiction 
Information Parameter Identification (JIP:ID) field in the 
data packet to a value equal to digits extracted from a 
Calling Party Address (CgPAADD) field of the data packet. 

37. The method of claim 22 wherein receiving a data 
packet from a communications network includes receiving a 
data packet from a first end office associated with a calling 
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party in the communications network and transmitting the 
modified data packet to a tandem office in the communica- 
tions network. 

38. The method of claim 22 comprising, in response to 
5 determining that the data packet includes a call setup mes- 
sage and prior to performing the lookup, encapsulating the 
data packet in a signaling connection control part (SCCP) 
message. 

39. The method of claim 38 wherein encapsulating the 
10 data packet in an SCCP packet includes setting an originat- 
ing point code value in the SCCP packet to a point code of 
the routing node, an SCCP called party routing indicator 
value in the SCCP packet to SSN, and a called party 

15 subsystem number value in the SCCP packet to a number 
portability subsystem number of a routing node. 

40. The method of claim 22, wherein modifying the 
contents of the data packet includes setting a Jurisdiction 
Information Parameter field to a value for identifying an end 

20 office that originated the call setup message. 

41. A computer program product comprising computer- 
executable instructions embodied in a computer-readable 
medium for performing steps comprising: 

(a) receiving a call setup message from a communications 
25 network, the call setup message including a first called 

party address value associated with a first end office; 

(b) performing a lookup in a number portability database 
based on the first called party address value to obtain a 
second called party address value associated with a 

30 second end office; and 

(c) replacing the first called party address value in the call 
setup message with the second called party address 
value. 

42. The computer program product of claim 41 
35 comprising, in response to receiving the call setup message 

and prior to performing the database lookup, encapsulating 
the call setup message in a signaling connection control part 
(SCCP) packet. 

43. The computer program product of claim 42 wherein 
40 encapsulating the call signaling message in an SCCP packet 

includes setting a Jurisdiction Information Parameter field to 
a value for identifying an end office that originated that call 
setup message. 

44. The computer program product of claim 41 wherein 
45 the call setup message includes a first calling party address 

value and a first jurisdiction information parameter value. 

45. The computer program product of claim 44 compris- 
ing modifying the first jurisdiction information parameter 
value to include at least a portion of the first calling party 

50 address value. 

46. The computer program product of claim 41 wherein 
receiving a call setup message includes receiving an ISDN 
user part (ISUP) message. 

47. The computer program product of claim 41 
55 comprising, after replacing the first called party address 

value with the second called party address value, forwarding 
the first call setup message to a tandem switch. 

***** 
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